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1. 



DETAILED ACTION 

Claims 31-33, 35-39, and 41-55 are presented for examination. 



2. 



Claims 31 , 39, and 45 are currently amended. 



3. 



Claims 34, 40, and 56-70 have been canceled without prejudice. 



Claim Rejections - 35 USC § 112 



The following is a quotation of the first paragraph of 35 U.S.C. 112: 

The specification slnall contain a written description of the invention, and of the manner and process of 
making and using it, in such full, clear, concise, and exact terms as to enable any person sl<illed in the 
art to which it pertains, or with which it is most nearly connected, to make and use the same and shall 
set forth the best mode contemplated by the inventor of carrying out his invention. 

4. Claim 39 is rejected under 35 U.S.C. 1 1 2, first paragraph, as failing to 
comply with the written description requirement. The claim(s) contains subject matter 
which was not described in the specification in such a way as to reasonably convey to 
one skilled in the relevant art that the inventor(s), at the time the application was filed, 
had possession of the claimed invention. 

5. The analysis under 35 U.S.C. 112, first paragraph, requires that the scope 
of protection sought be supported by the specification disclosure. The pertinent 
inquiries include determining whether the subject matter defined in the claims is 
described in the specification. 

6. The "invention" for the purpose of the first paragraph analysis is defined 
by the claims. The description requirement is simply that the claimed subject matter 
must be described in the specification. The function of the description requirement is to 
ensure that the applicant had possession of the invention on the filing date of the 
application. The application need not describe the claim limitations exactly, but must be 
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sufficiently clear for one of ordinary skill In the art to recognize that the applicant's 
Invention encompasses the recited limitations. The description requirement Is not met If 
the application does not expressly or Inherently disclose the claimed Invention. 

Specification does not explicitly describe nor Is sufficiently clear for one of 
ordinary skill in art to recognize the following limitation as recited in claim 39 "generating 
in a CPU the packet template" and " while the CPU Is asleep, storing the packet 
template...". The examiner cannot find anywhere In the Instant specification of the 
Invention that describes or discloses these features. Thus, claim 39 Is unclear that one 
ordinarily skilled in the art cannot recognize the encompassed claim limitations. 
Appropriate correction Is required. 

Response to Arguments 

7. Applicant's arguments with respect to claims 32-33, 35-39, and 41-55 
have been considered but are moot In view of the new ground(s) of rejection. 

Claim Rejections - 35 USC § 103 

8. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for 

all obviousness rejections set forth In this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed 
or described as set forth in section 102 of this title, if the differences between the 
subject matter sought to be patented and the prior art are such that the subject 
matter as a whole would have been obvious at the time the Invention was made 
to a person having ordinary skill In the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner In which the Invention was 
made. 
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9. Claims 31 -33, 35-36, 38-39, 41 -42, 44-48, 51 , and 53-55 are rejected 
under 35 U.S.C. § 103 (a) as being unpatentable over Spencer U.S. Patent No. 
6,253,243, in view of Chen et al. (hereinafter Chen) U.S. Patent No. 5,432, 932. 

1 0. As to claim 31 , Spencer teaches the invention as claimed, including a 
method comprising: 

accessing a packet template In a memory, the packet template having at least 
two static fields (col. 6, line 55-col. 7, line 41 , col. 7, line 65-col. 9, line 3); and 

in response to an indication of an event, generating on an integrated circuit, 
without executing full network layer software stacks or a CPU for each protocol layer, a 
packet using the integrated circuit, the packet based on the packet template (col. 5, 
lines 27-50, col. 6, lines 50-65, col. 7, line 42-col. 9, line 3). 

However, Spencer does not explicitly teach the feature of without using an 
executing CPU. 

Chen teaches the feature of without using an executing CPU (abstract, col. 94, 
line 47- col. 99, line 44). 

It would have been obvious to one of ordinary skill in the Data Processing art at 
the time of the invention was made to combine the teachings of Chen to include the 
feature of without using an executing CPU into Spencer system because it would have 
provided a performance tools for monitoring hardware and software events for data 
processing system to minimize system overhead in monitoring and controlling 
processes. 
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11. As to claim 32, Spencer teaches the invention as claimed, additionally 
comprising transmitting the packet to a communication controller for transmission over a 
shared medium (figure 4, element 414, col. 3, lines 1-10, col. 6, lines 29-31). 

12. As to claim 33, Spencer teaches the invention as claimed, additionally 
comprising generating the packet template in response to receiving data to be used as 
the packet template (col. 6, lines 50-65, col. 7, line 42-col. 9, line 3). 

1 3. As to claim 35, Spencer teaches the invention as claimed, wherein one of 
the at least two protocol layers includes an SNMP (Simple Network Management 
Protocol) layer (figure 5, col. 3, lines 1-10, col. 6, lines 50-65). 

14. As to claim 36, Spencer teaches the invention as claimed, wherein the 
generated packet includes a SNMP trap PDU (protocol data unit) (col. 3, lines 1-10, col. 
6, lines 50-65). 

1 5. As to claim 38, Spencer teaches the invention as claimed, wherein said 
generating the packet comprises inserting one or more non-static data into the packet 
(col. 6, lines 50-65, col. 7, line 42-col. 9, line 3). 

16. As to claim 39, Spencer teaches the invention as claimed, including a 
method comprising: 



Application/Control Number: 10/712,854 Page 6 

Art Unit: 2453 

receiving data to be used to create a pacl<et template (col. 6, lines 50-65); 
generating in a CPU the packet template, the packet template including at least 
one static field (col. 6, lines 50-65, col. 7, line 42-col. 9, line 3); 

storing the packet template in a memory (col. 6, lines 50-65, figure 4, element 

422); 

receiving an indication of an event (col. 3, lines 1-8); and 

generating with an integrated circuit, without executing full network layer software 
stacks for each protocol layer, a packet based on the packet template (col. 6, lines 50- 
65, col. 7, line 42-col. 9, line 3). 

However, Spencer does not explicitly teach the feature of while the CPU is 
asleep storing and generating a packet. 

Chen teaches the feature of while the CPU is asleep storing and generating a 
packet (abstract, col. 94, line 47- col. 99, line 44). 

It would have been obvious to one of ordinary skill in the Data Processing art at 
the time of the invention was made to combine the teachings of Chen to include the 
feature of while the CPU is asleep storing and generating a packet into Spencer system 
because it would have provided a performance tools for monitoring hardware and 
software events for data processing system to minimize system overhead in monitoring 
and controlling processes. 

17. As to claim 45, Spencer teaches the invention as claimed, including an 
apparatus comprising: 
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a memory to store at least one packet template, the at least one packet template 
having at least one static field (col. 6, line 55-col. 7, line 41, col. 7, line 65-col. 9, line 3); 
and 

a packet generator to generate on an integrated circuit, without executing 
network layer software stacks for each protocol layer, a packet based on one of the at 
least one packet template (col. 6, lines 50-65, col. 7, line 42-col. 9, line 3). 

However, Spencer does not explicitly teach the feature of while the CPU is 
asleep, generating a packet. 

Chen teaches the feature of while the CPU is asleep, generating a packet 
(abstract, col. 94, line 47- col. 99, line 44). 

It would have been obvious to one of ordinary skill in the Data Processing art at the time 
of the invention was made to combine the teachings of Chen to include the feature of 
while the CPU is asleep, generating a packet into Spencer system because it would 
have provided a performance tools for monitoring hardware and software events for 
data processing system to minimize system overhead in monitoring and controlling 
processes. 

18. As to claim 46, Spencer teaches the invention as claimed, additionally 
comprising an event processor to receive an indication of one or more events, and to 
notify the packet generator of the one or more events (figure 4, elements 141 , 420, col. 
6, lines 24-65). 
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19. As to claim 47, Spencer teaches the invention as claimed, wherein one of 
the one or more events includes a software-generated event from a CPU (central 
processing unit) (figures 2, 4, col. 6, lines 24-34). 

20. As to claim 48, Spencer teaches the invention as claimed, wherein one of 
the one or more events include an external event (figures 2, 4, col. 5, lines 28-41 , col. 6, 
lines 24-34). 

21 . As to claim 51 , Spencer teaches the invention as claimed, additionally 
including a bus control module to receive at least one packet template from a CPU 
(central processing unit) (figure 4). 

22. As to claim 54, Spencer teaches the invention as claimed, wherein the 
SNMP trap PDU comprises a UDP (User Datagram Protocol) packet portion (col. 3, 
lines 1-10, col. 6, lines 50-65, col. 16, lines 55-62). 

23. As to claim 55, Spencer teaches the packet consists of UDP trap 
information (col. 16, lines 57-62). However, Spencer does not explicitly teach the 
complete checksum is stored in the UDP packet portion. This feature is deemed to be 
inherent to Spencer system because UDP, similar to TCP, is a communication message 
protocol that sends data units from one network element to another. UDP consists of a 
checksum that has the capability to verify if the data arrive intact. 
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24. Claims 41-42, 44, and 53 liave similar limitations as claims 35-36, 38, 46, 
and 54; therefore, they are rejected under the same rationale. 

25. Claims 37 and 43 are rejected under 35 U.S.C. § 103 (a) as being 
unpatentable over Spencer U.S. Patent No. 6,253,243, in view of Chen at al. 
(hereinafter Chen) U.S. Patent No. 5,432, 932, further in view of Cromer et al. 
(hereinafter Cromer) U.S. Patent No. 6,357,007. 

26. As to claim 37, Spencer-Chen does not explicitly teach an ASIC 
(application specific integrated circuit). However, Cromer teaches wherein the 
integrated circuit comprises an ASIC (application specific integrated circuit) (abstract, 
figure 2, element 4). It would have been obvious to one of ordinary skill in the Data 
Processing art at the time of the invention was made to combine the teachings of 
Spencer-Chen and Cromer to include an ASIC because it would provide advance 
alerting/notifying of interruptions/events for monitoring network devices. 

27. Claim 43 has similar limitations as claim 37; therefore, they are rejected 

under the same rationale. 

28. Claims 49-50, and 52 are rejected under 35 U.S.C. §1 03 (a) as being 
unpatentable over Spencer U.S. Patent No. 6,253,243, in view of Chen et al. 
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(hereinafter Chen) U.S. Patent No. 5,432, 932, further in view of Matchefts et al. 
(hereinafter Matchefts) U.S. Patent No. 6,330,600. 

29. As to claim 49, Spencer-Chen does not explicitly teach the concept of 
polling. However, Matchefts teaches wherein the external event is polled from a device 
(col. 2, lines 18-34, col. 6, lines 4-45). It would have been obvious to one of ordinary 
skill in the Data Processing art at the time of the invention was made to modify the 
teachings of Matchefts to include the polling concept into the system as disclosed by 
Spencer-Chen because it will randomly check the status of network elements to 
provide and improve a extensive monitoring of network events. 

30. As to claim 50, Spencer-Chen teaches the invention as claimed, wherein: 

the event processor additionally sends an event code and event data to the packet 
generator (see Spencer col. 2, lines 36-62- Note that Spencer disclosed the event 
notifications are managed object based alarms stored in an alarm log. This feature is 
deemed to be inherent that a managed object based alarm comprise event code and 
data); and the packet generator generates a packet based on one of the at least one 
packet templates by: accessing the packet template in the memory (see Spencer col. 6, 
lines 50-65, col. 7, line 42-col. 9, line 3); storing the event code and the event data in 
the packet template (see Spencer col. 6, line 55-col. 7, line 41, col. 7, line 65-col. 9, line 
3) and transmitting the packet template to a communication controller for transmission 
over a shared medium (see Spencer figure 4, col. 3, lines 1-10, col. 6, lines 24-65). 
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However, Spencer-Chen does not explicitly teach the checksum calculation and 
comparison. Matchefts teaches the packet template including a partial checksum (col. 
6, lines 4-16, col. 7, lines 52-55); calculating a complete checksum based on the partial 
checksum, and based on the at least one static field (col. 7, lines 48-65, col. 8, lines 55- 
67, col. 9, lines 1-6); storing the complete checksum In the packet template (col. 7, lines 
48-65). It would have been obvious to one of ordinary skill in the Data Processing art at 
the time of the invention was made to modify the teachings of Matchefts to include the 
checksum calculation and comparison in the system of Spencer-Chen because it will 
verify if the complete transmission was received and prevent out-of-order sequencing. 

31 . As to claim 52, Spencer-Spencer does not explicitly teach the invention 
as claimed; however, Matchefts teaches wherein the bus control module additionally 
receives a partial checksum from the CPU (col. 6, lines 4-16, lines 46-64, col. 7, lines 
52-55). It would have been obvious to one of ordinary skill in the Data Processing art at 
the time of the invention was made to combine the teaching of Spencer-Chen and 
Matchefts to have the same motivation as set forth in claim 50, supra. 

Conclusion 

32. Applicant's amendment necessitated the new ground(s) of rejection 
presented in this Office action. Accordingly, THIS ACTION IS MADE FINAL. See 
MPEP § 706.07(a). Applicant is reminded of the extension of time policy as set forth in 
37 CFR 1.136(a). 
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A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

33. Any inquiry concerning this communication or earlier communications from 
the examiner should be directed to Thu Ha Nguyen, whose telephone number is (571) 
272-3989. The examiner can normally be reached Monday through Friday from 8:30 
AM to 5:00 PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Ario Etienne, can be reached at (571 ) 272-4001 . 

The fax phone numbers for the organization where this application or proceeding 
is assigned are (571) 273-8300 for regular communications. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.QOv. Should 
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you have questions on access to tine Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 



/THUHAT. NGUYEN/ 
Primary Examiner, Art Unit 2453 



